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Sir: 



This Reply Brief is submitted under 37 C.F.R. § 41.41 in response to the EXAMINER'S 
ANSWER dated July 10, 2007. 



The Examiner's response to Appellants' arguments submitted in the Appeal Brief of 
March 23, 2007, raises additional issues and underscores the factual and legal shortcomings in 
the Examiner's rejection. In response, Appellants rely upon the arguments presented in the 
Appeal Brief of March 23, 2007, and the arguments set forth below. 



1 Referring to the last full paragraph on page 12 of the Examiner's Answer, Appellants note 

2 that the term "data field" used by Appellants on page 8 of the Appeal Brief and identified by the 

3 Examiner as not being recited in the claims is a typographical error. As described throughout the 

4 Appeal Brief (see, for example, the paragraph spanning pages 6 and 7 of the Appeal Brief), 

5 Appellants intent was to refer to the claimed "data file." 
6 

7 

8 In the paragraph spanning pages 12 and 13 of the Examiner's Answer, the Examiner 

9 further asserted the following: 

10 Also, in response to appellant's arguments, the recitation "the meaning of the data file 

11 being insensitive to the ordering of the blocks of data with the data file" has not been given 

12 patentable weight because the recitation occurs in the preamble. A preamble is generally not 

13 accorded any patentable weight where it merely recites the purpose of a process or the intended 

14 use of a structure, and where the body of the claim does not depend on the preamble for 

15 completeness but, instead, the process steps or structural limitations are able to stand alone. See In 

16 re Hirao, 535 F.2d 67, 190 USPQ 15 (CCPA 1976) and Kropa v. Robie, 187 F.2d 150, 152, 88 

17 USPQ 478, 481 (CCPA 1951). 
18 

19 Based upon the Examiner's own description of the case law, it is readily apparent that the present 

20 claims do not fall within the fact patterns described by the case law. The recitation that the "the 

21 meaning of the data file being insensitive to the ordering of the blocks of data within the data 

22 file" is neither "the purpose of a process" nor "the intended use of a structure." Moreover, the 

23 Examiner cannot reasonably argue that "the body of the claim does not depend on the preamble 

24 for completeness," since the body of claim 1 refers extensively to "the data file" and also notes 

25 that "said second checksum being insensitive to the ordering of the blocks of data within the data 

26 file." Thus, Appellants submit that the Examiner has improperly ignored this limitation. 
27 



28 
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1 In lines 14-18 on page 13 of the Examiner's Answer, the Examiner asserted the 

2 following: 

3 Regarding the ordering of the blocks claimed, examiner interprets that since Lai's disclosure stores 

4 data records of the file, such as, filename and path; data can be located even though it is not in a 

5 specified order in the directory (Col. 3, lines 45-47, Lai). This makes Lai's procedure insensitive to 

6 the ordering of the files. 
7 

8 For ease of reference, column 3, lines 45-47 of Lai is reproduced below: 

9 The data directory is searched according to the checksum, the filename, and the size of the online 
10 file. 

11 

12 Appellants do not understand the point attempted to be made by the Examiner. As 



13 claimed, "the meaning of the data file [is] insensitive to the ordering of the blocks of data within 

14 the data file," and support for this limitation can be found on page 6, line 29 through page 7, line 

15 3 of Appellants' disclosure." However, the Examiner assertion that "[t]his makes Lai's procedure 

16 insensitive to the ordering of the files" and the citation to column 3, lines 45-57 does not make 

17 sense to Appellants. This passage does not refer to the ordering of the data files. Moreover, 

18 even though the data of Lai may not be in a specified order, one cannot conclude that the 

19 meaning of the data is insensitive to the order of the blocks of data within the data file, as 

20 claimed. In this regard, Appellants also note that the Examiner is making an inherency argument 

21 without factual support. 
22 



23 



24 In lines 8-21 on page 14 of the Examiner's Answer, the Examiner further asserted the 

25 following: 

26 Thus, it is clear that the claimed invention utilizes the XOR algorithm to make such checksum 

27 insensitive to the ordering of the blocks of data with the data file. The combination of Lai in view 

28 of Bradshaw explicitly teaches the XOR algorithm on the second checksum (See - Fig. 4, as cited 

29 above, Col. 3, lines 9 - 16, "...the corresponding contents in these regions are calculated with XOR 

30 (exclusive or) operation, thus obtaining a sample region", and also lines 23 — 28, ". . . First the 

31 content of the file is divided into several regions 410, 420 430. The corresponding contents in 
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1 these regions are calculated by XOR, thus a sample region 500 is obtained. For example, the 

2 contents 415, 425, and 435 are calculated by XOR.", Lai). According to Hargrave's 

3 Communications Dictionary, Wiley from Wiley (Copyright 2001 by the Institute of Electrical and 

4 Electronics Engineers, Inc) exclusive OR (XOR) Truth Table shows inputs A, and B; which when 

5 input A=0 and B=l, output =1; and when input A=l and B=0, output =1; which shows that the 

6 output does not change with the order of the input, being insensitive to the ordering. 
7 



8 As asserted by the Examiner, use of the XOR algorithm makes a checksum insensitive to the 

9 ordering of data. The Examiner, however, with regard to the claimed invention, is applying the 
10 teachings of apples to oranges. 

11 



12 Referring to the last full paragraph on page 4 of the Examiner's Answer, the Examiner 

13 stated the following: 

14 providing each of said plurality of blocks of data with a first checksum (Col. 1 and 2, 

15 lines 64 - 66 and 1 - 5; respectively, "... the method to calculate the checksum of a file is to divide 

16 the content of the file into plurality of regions. Thereafter, the corresponding contents in these 

17 regions are calculated with XOR (exclusive or) operation, thus obtaining a sample region. Then 

18 the sample contents with a predetermined offset in the sample region are summed into several sub- 

19 checksum values ... ; Lai); 
20 

21 Thus, the Examiner is relying on the teaching of the XOR algorithm by Lai with regard to the 

22 claimed first checksum. 
23 

24 As to the second checksum, the Examiner stated the following in the first full paragraph 

25 on page 5 of the Examiner's Answer: 

26 providing each of said versions of the data file with a second checksum of the said 

27 version of the data file as a whole, said second checksum being insensitive to the ordering of the 

28 blocks of data within the data file (Col. 2, lines 60 - 65, Lai 2 ); 



29 

30 This discussion, however, is silent as to a second checksum being performed with the XOR 

31 algorithm. On the contrary, reference is made to column 1, line 64 through column 2, line 5 of 

32 Lai, which is reproduced below: 



33 According to the embodiments of the present invention, the method to calculate the 

34 checksum of a file is to divide the content of the file into a plurality of regions. Thereafter, the 

35 corresponding contents in these regions are calculated with XOR (exclusive or) operation, thus 

36 obtaining a sample region. Then, the sample contents with a predetermined offset in the sample 
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1 region are summed into several sub-checksum values. Finally, these sub-checksum values are 

2 combined to obtain the checksum of the file. 

3 

4 As discussed therein, the corresponding contents in regions (of the divided file) are calculated 

5 with XOR (i.e., allegedly corresponding to the claimed "providing each of said plurality of 

6 blocks of data with a first checksum"). Then, the sample contents are summed into several sub- 

7 checksum values and combined to obtain a checksum of the file (i.e., allegedly corresponding to 

8 the claimed "second checksum of the said version of the data file as a whole"). 
9 

10 However, as described in the above-reproduced passage the "checksum of the file" (i.e., 

1 1 the data file as a whole) as taught by Lai, is not obtained using the XOR operation so as to be 

12 insensitive to the ordering of the blocks of data within the data file, as claimed. Instead, the 

13 XOR operation occurs during the calculation of the corresponding contents (i.e., allegedly 

14 corresponding to the claimed first checksum). Thus, the Examiner has taken a teaching in Lai 

15 associated with the alleged first checksum and improperly asserted that that this teaching applies 

16 to the alleged second checksum. Therefore, the Examiner has mischaracterized the teachings of 

17 Lai. 
18 



19 



20 In the first and second paragraphs on page 15 of the Examiner's Answer, the Examiner 

21 wrote the following: 

22 Appellant argues that; "it is readily apparent that the first and second checksums 

23 identified by the Examiner in Bradshaw do not correspond to the claimed first and second 

24 checksum"; by stating that the "new checksum disclosed by Bradshaw does not correspond to the 

25 claimed first checksum (i.e. of the plurality of blocks of data is provided with a first checksum)", 

26 and that such checksum is "the same checksum that the Examiner identified as the second 

27 checksum". 

28 Examiner respectfully disagrees. First, in response to applicant's arguments against the 

29 references individually (Bradshaw in this case), one cannot show nonobviousness by attacking 

30 references individually where the rejections are based on combinations of references. See In re 
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1 Keller, 642 F.2d 413, 208 USPO 871 (CCPA 1981); In re Merck & Co., 800 F.2d 1091, 231 

2 USPQ 375 (Fed. Cir. 1986). 
3 

4 The Examiner explicitly relies upon Bradshaw to disclose limitations as to both the 

5 claimed first and second checksums. Thus, for the Examiner's to assert that the alleged teachings 

6 in Bradshaw as to these checksums can be used to establish that the claimed limitations as to the 

7 first and second checksums are obvious, the Examiner has to show that one having ordinary skill 

8 in the art would recognize that teachings as to one pair of checksums (i.e., those taught by 

9 Bradshaw) are applicable to the another pair of checksums (i.e., corresponding to those claims). 
10 

11 Just as all computers, all automobile engines, all GPS systems, and all telephones are not 

12 identical and the teaching as to, for example, one GPS system may not be applicable to another 

13 GPS system, not all checksums are identical and teachings as to one pair of checksums may not 

14 be applicable to another pair of checksums. Appellants' position is that the checksums described 

15 by Bradshaw are not comparable to the claimed checksums, and thus, the Examiner has failed to 

16 establish that one having ordinary skill in the art would have recognized that the teachings, in 

17 Bradshaw, as to a pair of checksums are applicable to the claimed first and second checksums. 
18 

19 

20 The Examiner further asserted the following in the paragraph spanning pages 15 and 16 

21 of the Examiner's Answer: 

22 Second, as stated in the Office Action above (rejection of claim 1), the combination of 

23 Lai in view of Bradshaw does disclose: "providing each of said plurality of blocks of data with a 

24 first checksum"; and second checksum (Col. 1, lines 64 - 66 and 1-5; respectively; "... the 

25 method to calculate the checksum of a file is to divide the content of the file into plurality of 

26 regions. Thereafter, the corresponding contents in these regions are calculated with XOR 

27 (exclusive or) operation, thus obtaining a sample region. Then the sample contents with a 

28 predetermined offset in the sample region are summed into several sub-checksum values , also 

29 Col. 2, lines 60 — 65: " ... If the file is updated as a new file, the checksum of the new file is 
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1 calculated, and the checksum, the filename, and the size of the new file are stored into the data 

2 directory. The checksum and data record of the file is calculated again if the file is updated..."; 

3 Wherein the updated file corresponds to the new version of the file, the checksum of this new file 

4 corresponds to the first checksum, and the checksum of the file when is updated again corresponds 

5 to the second checksum as claimed; Lai). Also as discussed in this Office Action above, the 

6 Bradshaw reference was used in the combination for the purpose of teaching: comparing 

7 checksums of the versions of the data file, (emphasis added) 



9 This Examiner's assertion as to what, in Lai, constitutes the first checksum and the second 

10 checksum ignores the claimed limitations. The Examiner is apparently asserting "the checksum 

11 of this new file corresponds to the first checksum, and the checksum of the file when is updated 

12 again corresponds to the second checksum." This assertion, however, ignores the claimed 

13 limitations. 
14 

15 Specifically, claim 1 recites that "each of said plurality of blocks of data [are provided] 

16 with a first checksum." As noted in the preamble, "the data file having a plurality of blocks of 

17 data." Claim 1 further recites "providing each of said versions of the data file with a second 

18 checksum of the said version of the data file as a whole." Thus, the claimed first checksum is for 

19 each of the plurality of blocks of data, which are constituent parts of the data file , whereas the 

20 claimed second checksum is for the data file, as a whole . On the contrary, the Examiner 

21 assertion as to what identically discloses the claimed first and second checksum are both 

22 checksums of the whole file (i.e., the checksum of new file and the checksum of the updated 

23 file). Thus, the Examiner is again mischaracterizing the teachings of the applied prior art. 
24 

25 

26 On page 9-11 of the Appeal Brief, Appellants addressed the Examiner's asserted 

27 motivation to modify Lai in view of Bradshaw. The Examiner's response to these arguments are 



7 



Application No.: 10/662,009 



1 found in the last three full paragraphs on page 16 of the Examiner's Answer and reproduced 

2 below: 



3 Appellant questions Examiner's reasons for combination of the teachings of Lai and 

4 Bradshaw. 

5 Examiner is not persuaded. The reason for combination is clearly stated in above Office 

6 Action. For the reader's convenience, it is repeated bellow: 

7 It would have been obvious to one of ordinary skill in the art at the time the invention 

8 was made to incorporate Bradshaw's teachings, with respect to comparing the checksums, to Lai's 

9 system. Skilled artisan would have been motivated to do so, as suggested by Bradshaw (Page 10, 

10 [0081], Bradshaw), for the purpose of checking elements for accuracy. Additionally, skilled 

1 1 artisan would have been motivated to do so also because a checksum is a calculated value that is 

12 used to detect errors. 

13 



14 The Examiner's response, however, has not specifically addressed Appellants' arguments. 

15 Instead, the Examiner essentially states "I disagree" and repeats that Examiner's previous 

16 asserted motivation to modify Lai in view of Bradshaw. 
17 



18 

19 Regarding claims 2, 4, 7, and 9 and the motivation to modify the combination of Lai and 

20 Bradshaw in view of Squibb, Appellants presented similar arguments on page 12 to those found 

21 on page 11 of the Appeal Brief. Specifically, the Examiner has failed to establish a nexus 

22 between the proposed modification and the asserted benefit associated with that modification. The 

23 Examiner's response on page 17 does not address this issue. 
24 

25 Moreover, Appellants also note that the Examiner has relied upon the teachings in Lai as 

26 to the use of the XOR algorithm. This algorithm appears to be used, in certain portions of the 

27 Examiner's argument, 1 in calculating the claimed first checksum. However, as asserted by the 

28 Examiner, use of the XOR algorithm makes a checksum insensitive to the ordering of data, yet 



As is evident from the above passages, the Examiner appears to be relying upon different teachings in Lai to 
disclose the claimed first checksum. 
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1 claims 2 and 7 recite that the first checksum is sensitive to the ordering of the data within a block 

2 of data. Thus, the Examiner's cited reference of Lai teaches away from the claimed invention. 
3 
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For the reasons set forth in the Appeal Brief of March 23, 2007, and for those set forth 
herein, Appellants respectfully solicit the Honorable Board to reverse the Examiner's rejections 
under 35 U.S.C. § 103. 



To the extent necessary, a petition for an extension of time under 37 C.F.R. § 1.136 is 
hereby made. Please charge any shortage in fees due in connection with the filing of this paper, 
including extension of time fees, to Deposit Account 09-0461, and please credit any excess fees to 
such deposit account. 



Date: September 10, 2007 Respectfully submitted, 



/Scott D. Paul/ 

Scott D. Paul 
Registration No. 42,984 
Steven M. Greenberg 
Registration No. 44,725 
Phone: (561)922-3845 
CUSTOMER NUMBER 46320 



